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SYSTEM AND METHOD FOR PERFORMING RATIO PLANNING 

FIELD OF THE INVENTION 

This present invention relates generally to ratio 
planning. More particularly, the present invention 
5 relates to a method and system for providing the tools, 

techniques, and information required by a ratio planner 
to operate an efficient and accurate process. 



BACKGROUND OF THE INVENTION 

Ratio planning (also known as attach rate planning) 

10 is the process of creating a forecast for a component by 

recognizing a relationship between the component and its 
parent. Ratio planning is a common practice in the 
computer industry and is used in other industries as 
well. For example, a computer manufacturer may offer a 

15 menu of sales models ranging from entry level to high 

end. The manufacturer will typically produce a unit 
demand forecast for these models. Within each model, the 
manufacturer will also offer various feature choices such 
as processor speeds, memory sizes, and graphics sizes. 

20 By analyzing historical sales data as well as current 

market and technology trends, the manufacturer will 
establish an average usage ratio between the model (the 
parent) and the various features (the components) . The 
unit demand forecast of each model is then multiplied by 

25 the feature ratios of that model to produce a demand 

forecast for the features . A computer manufacturer may 
have hundreds of models to select from with each model 
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having thousands of unique features. The combinations of 
features to models could number in the tens of thousands 
or more . 

Currently, the type of data required for ratio 
5 planning may come from a variety of sources and 

locations. The required data may be stored in separate, 
disconnected databases. Sales data, for example, may be 
stored in a logistics system while unit costs may be 
stored in a financial system. In addition, some values 

10 specific to ratio planning may require derivation based 

on existing data. For example, feature to model sales 
ratios may be calculated from sales data by dividing 
feature to model unit sales by model unit sales. 
Finally, the required data may be sourced from multiple 

15 corporate locations around the globe. The nomenclature 

for model and feature may be different at these different 
locations. Because of the large amounts of data that 
must be gathered, often from disparate sources and in 
less than desirable formats, it would be advantageous to 

20 have an automated system capable of collecting and 

correlating ratio data in a quick and accurate manner. 

Today, ratio planning data is often stored in a 
nomenclature that is not conducive to human 
interpretation. Features are typically represented by a 

25 unique numeric or alphanumeric part number. This part 

number is often random and provides no obvious clue as to 
the feature that it represents. It would be advantageous 
to have an easy way to tie part numbers to attributes 
such as family and commodity. 
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Ratio planning requires that vast amounts of related 
data be presented to planners in a coherent, concise and 
speedy fashion. To perform ratio planning, the planner 
requires data such as sales, planning and order backlog 
5 data in both unit and ratio forms. Additional data, such 

as statistical values like the mean, may also be valuable 
in ratio planning. Along with requiring particular data 
fields, the planner requires an efficient method to sort 
through the possible tens of thousands of feature to 

10 machine combinations to quickly identify ratios that are 

of interest to the particular planner. The criteria the 
planner uses to identify feature ratios of interest may 
be those that he plans or those with high dollar output. 
Performing ratio planning typically involves 

15 additional functions beyond planning. These additional 

functions could include error checks, data 
summarizations , and forecast accuracy measurements as 
well as answering numerous unique, ad-hoc questions. It 
would be advantageous to provide an automated method that 

20 would improve the overall efficiency and accuracy of 

ratio planning. 

SUMMARY OF THE INVENTION 

An exemplary embodiment of the present invention is 
a method for performing ratio planning. The method 
25 includes building a ratio planning database, creating a 

pre-defined ratio planning report template that includes 
a coefficient of variation field, and creating a 
populated database that is a subset of the ratio planning 
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database for the report template. Based on the request 
of a system user, the pre-defined ratio planning report 
is generated from the data in the template and the 
populated database. Additionally, a user-defined ratio 
5 planning report based on data in the ratio planning 

database can be generated in response to a request by a 
system user. Additional embodiments include a system and 
storage medium for performing ratio planning. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 FIG. 1 is a block diagram of an exemplary system for 

performing ratio planning. 

FIG. 2 depicts an exemplary user interface for 
performing ratio planning. 

FIG. 3 is a flowchart of an exemplary process for 
15 performing ratio planning. 

DETAILED DESCRIPTION OF THE INVENTION 

FIG. 1 is a block diagram of an exemplary system for 
performing ratio planning. The system of FIG. 1 includes 
user systems 102 through which a ratio planner will 

20 contact a host system 104. In a preferred embodiment, 

the host system 104 executes a program that performs 
ratio planning. The user systems 102 are coupled to a 
host system 104 via a network 106. Each user system 102 
may be implemented using a general -purpose computer 

25 executing a computer program for carrying out the 

processes described herein. The user systems 102 may be 
personal computers or host attached terminals. If the 
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user systems 102 are personal computers, the processing 
described herein may be shared by user system 102 and 
host system 104 by providing an applet to the user system 
102 . 

5 Network 106 may be any type of known network 

including a local area network (LAN) , a wide area network 
(WAN) , or a global network (e.g., Internet) . The user 
system 102 may be coupled to the host system 104 through 
multiple networks (e.g., intranet and Internet) so that 

10 not all user systems 102 are coupled to the host system 

104 through the same network. One or more of the user 
systems 102 and the host system 104 may be connected to 
network 106 in a wireless fashion and network 106 may be 
a wireless network. In a preferred embodiment, network 

15 106 is the Internet and each user system 102 executes a 

user interface application (e.g., web browser) to contact 
the host system 104 through the network 106. 
Alternatively, a user system 102 may be implemented using 
a device programmed primarily for accessing network 106 

2 0 such as WebTV. 

FIG. 1 also depicts the sources for ratio planning 
data in an exemplary embodiment of the invention. The 
data can come from a variety of computer systems across 
the network 122 or the data could come from the storage 

25 device 108 attached to the host system 104. In an 

exemplary embodiment, the data required for ratio 
planning is identified and subsequently gathered into a 
single, relational database stored on a storage device 
108 connected to the host system 104. The sales data 114 
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includes model and feature to model in units. The order 
backlog data 116 includes model and feature to model in 
units. The planning data 118 includes model and feature 
to model in units as well as feature to model ratios. 
5 The feature attributes 120 include the description. The 

financial data 124 includes unit cost. This ratio 
planning data can be gathered from locations around the 
world and then consolidated into a single database stored 
on a storage device 108 connected to the host system 104. 

10 Sales data 114, for example, may come from a variety of 

manufacturing locations. The ratio planning data is 
gathered on a defined calendar and retained according to 
a records retention schedule. 

The network 122 used to transfer the ratio planning 

15 data has the same attributes as the network 106 described 

above and could be the same physical network. This 
network 122 may be any type of known network including a 
local area network (LAN) , a wide area network (WAN) , and 
a global network (Internet) . The ratio planning data may 

20 be transferred to the host system 104 through multiple 

networks (e.g., intranet and Internet) so that not all 
the ratio planning data is transferred to the host system 
104 through the same network. One or more of the remote 
systems may be connected to the network 122 in a wireless 

25 fashion and network 122 may be a wireless network. 

The host system 104 may be implemented using a 
server operating in response to a computer program stored 
in a storage medium accessible by the server. The host 
system 104 may operate as a network server (often 

YOR920010144US1 6 




referred to as a web server) to communicate with the user 
systems 102. The host system 104 handles sending and 
receiving information to and from user systems 102 and 
can perform associated tasks. The host system 104 may 
5 also include a firewall to prevent unauthorized access to 

the host system 104 and enforce any limitations on 
authorized access. For instance, an administrator may 
have access to the entire system and have authority to 
modify portions of the system. The firewall may be 
10 implemented using conventional hardware and/or software 

as is known in the art. 
fn The host system 104 also operates as an applications 

server. The host system 104 executes one or more 
CP computer programs to perform ratio planning. Processing 

/ 15 may be shared by the user system 102 and the host system 

;=f 104 by providing an application (e.g., java applet) to 

fy the user system 102. Alternatively, the user system can 

%l include a stand-alone software application for performing 

H a portion of the processing described herein. It is 

2 0 understood that separate servers may be used to implement 

the network server functions and the applications server 
functions. Alternatively, the network server, firewall 
and the applications server can be implemented by a 
single server executing computer programs to perform the 
25 requisite functions. 

An application on the host system 104 interacts with 
the computer systems that supply the ratio planning 
source data in order to build the ratio planning 
database. This step involves receiving the data and 
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populating the ratio planning database stored on the host 
system 104 storage device 108 with that data. One of the 
functions of the gathering application is to manipulate 
sales and order backlog data to produce values more 
5 appropriate for ratio planning. For example, feature to 

model unit sales from the sales data 114 are divided by 
model unit sales to produce feature to model sales 
ratios. Similarly, feature to model unit order backlog 
from the backlog data 116 is divided by model unit order 

10 backlog to produce feature to model order backlog ratios. 

Other calculated values include the coefficient of 
variation (COV) and the historical mean. The COV 
measures the relationship of the standard deviation to 
the mean and is an indicator to the ratio planner of 

15 which ratios exhibit relatively more or less variation. 

In an exemplary embodiment of the invention one of 
the applications on the host system 104 constructs two 
basic data indices or tables, one for features and one 
for models. These indices can.be used to segment and 

2 0 sort through massive amounts of ratio data and are stored 

on a storage device 108 connected to the host system 104. 
The feature data table contains all unique part numbers 
found in the data contained in the ratio planning 
database. Planners identify and catalog each part number 

2 5 with respect to planner owner, commodity, function, and 

family. The model data table contains all unique models 
found in the data contained in the ratio planning 
database. Planners identify and catalog each model with 
respect to brand, segment, and family. New features and 
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models are automatically added to these tables as they 
are identified in the ratio planning data gathered above. 

The host system 104 application also enables the 
creation of pre-defined reports and tables to make data 
5 retrieval more efficient. In an exemplary embodiment a 

default feature ratio planning report is created. This 
default report is based on input from the ratio planners 
and contains all data elements the planner typically 
requires in a feature ratio planning report. The report 

10 may include the following information depending on 

planner preference: basic data regarding the features and 
models; feature to model ratio for sales, feature unit 
cost, planning, and backlog data; model and feature to 
model in units for sales, planning and backlog data; and 

15 basic statistical data such as the mean and COV of the 

feature ratio. 

Additionally, the host system 104 application aids 
in sifting through the huge volumes of information in an 
efficient manner. The two basic data tables described 

2 0 above, feature and model, are used to allow segmenting 

and sorting of data based on the classification of the 
features and models by criteria that includes commodity 
and brand. The concept of using populated database 
tables in conjunction with the predefined reports is 

25 designed to promote fast response time and ease of use. 

A populated database table corresponds to each pre- 
defined report and contains all data elements necessary 
to create the specific report. These populated data base 
tables are also referred to as "SmartTables" because they 



YOR920010144US1 



9 



contain the data required by each pre-defined report. 
Query response time of the populated database table is 
tremendously fast as opposed to joining and querying 
individual tables in succession. Populated database 
5 tables also promote ease of use since the planner is 

required to query against a single database table as 
opposed to writing complex query joins of numerous 
tables . 

In addition to the default feature ratio planning 
10 report described above, the host system 104 application 

also allows the creation of a core group of pre-defined 
reports that will identify input errors, enable data 
summarization, and measure forecast accuracy. A 
distribution of accuracy report template can be created 
15 to show the number of ratios whose accuracy falls within 

four ranges. It is important to keep and track this 
information to identify improvement or degradation over 
time. In addition, a pre-defined report can be created 
to show the correlation between COV and accuracy. 
2 0 Typically, the relationship is that, on average, those 

ratios with higher COV s (higher variability) exhibit 
relatively lower accuracy than those ratios with lower 
COV's. 

Other predefined reports can include an audit 
2 5 report, an average model cost report and a churn report. 

The audit report is a predefined report that identifies 
to a planner the ratios that have changed by more than a 
particular percentage from month to month. The 
percentage can be either predefined or user specified. A 
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large percentage change may indicate an input error. The 
average model cost report is a predefined report that 
multiplies the feature ratios of each model by their unit 
cost to produce an average model cost, both historical 
5 and planned. The churn report is a predefined report 

that compares the dollarized feature plan from month to 
month and separates the difference into the portions 
caused by unit changes and portions caused by ratio 
changes. This is done using cost accounting volume and 

10 unit cost formulas. For example, the feature delta due 

to unit change can be calculated by subtracting the prior 
model units from the current model units and then 
multiplying the result by the prior model ratios. The 
feature delta due to ratio change can be calculated by 

15 subtracting the prior model ratio from the current model 

ratio and then multiplying the result by the current 
model units. 

All of these pre-defined reports are accompanied by 
populated database tables stored on a storage device 108 

20 connected to the host system 104, to promote fast 

response time and ease of use. In an exemplary 
embodiment, pre-defined report templates and the 
associated populated databases will be created by a 
system administrator based on input from ratio planners. 

25 These reports can allow for input variables so that a 

ratio planner can view specific subsets of the data. 

Finally, since all information is stored in a 
database, on a storage device 108, all data can be easily 
mined to answer myriad, unique questions. This can be 
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done by creating user-defined reports. All indices and 
tables discussed above can be used in the creation of 
these reports. 

Storage device 108 may be implemented using a 
5 variety of devices for storing electronic information 

such as a file transfer protocol (FTP) server. It is 
understood that storage device 108 may be implemented 
using memory contained in a host system 104 or may be a 
separate physical device. Storage device 108 contains a 

10 variety of information including the ratio planning 

database, the index tables, the pre-defined reports, and 
the populated database tables. Storage device 108 may 
also contain information concerning the submission of the 
report request or transmittal of ratio planning source 

15 data (e.g. a user identifier, date and time of 

submission) . 

Operation of the system from the perspective of a 
ratio planner will now be described with reference to 
FIG. 2 and FIG. 3. FIG. 2 depicts an exemplary user 

2 0 interface for performing ratio planning and FIG. 3 is a 

flowchart of a process for performing ratio planning. 
The process begins at step 302 when a user system 102 
contacts the host system 104. As described above, this 
may occur through the user system 102 contacting host 

2 5 system 104 using a web browser. The host system 104 may 

require the user to log in by providing a user name and 
password as is known in the art. Once the ratio planner 
is logged in, the screen 200 shown in FIG. 2 is 
presented. The user then makes a choice between the 
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three options. 

If the ratio planner chooses the first option 
"Request data in a pre-defined format" 202 as shown at 
step 304, a list of available report templates will be 
5 displayed. The ratio planner will choose a report from 

this list at step 306 and then be prompted to enter any 
variable data at step 308. Variable data could include 
the family or model corresponding to the parts that are 
of interest to the ratio planner. The report will be 

10 generated at step 310 and the ratio planner will be given 

the option of displaying, saving or printing the report. 
The report is generated using the variable data, the 
report template and the pre-defined database tables that 
are stored on a storage device 108 connected to the host 

15 system 104. The information will be sent to the user 

system 102 via the network 106. 

Alternatively, the ratio planner could chose 
"Request data in a user-defined format" 2 04 as shown at 
step 312. This will require the ratio planner to have 

2 0 more knowledge of the underlying database structure, the 

indices, and the query tool. The ratio planner will be 
prompted, by the query tool, to create a query against 
the ratio planning database at step 314. Once the report 
query is created by the ratio planner a report is 

25 generated at step 316. Again, the ratio planner will be 

presented with the options of displaying, saving or 
printing the report. 

Finally, the ratio planner could chose the third 
option "Update model and feature data" 206 as shown at 
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step 318 from the main screen 200. The planner will then 
be prompted to enter data such as commodity code and 
family for selected part numbers at step 320. This 
option allows the ratio planner to tie together various 
5 part numbers in order to expedite the process of ratio 

planning and analysis. The data entered by the ratio 
planner will be used as indices into the ratio planning 
database. Similarly, the ratio planner will be prompted 
to enter model data such as brand and family for selected 
10 model numbers at step 322. Again, this option allows the 

grouping of data in order to expedite the ratio planning 
process. All data entered will become part of the index 
tables stored on a storage device 108 connected to the 
host system 104. 

15 As described above, the user system 102 and the host 

system 104 can share the processing. For example, the 
user system 102 may include a software application that 
allows the user system to create a report request without 
assistance from the host system 104. The user system 102 

2 0 would then contact the host system 104 to generate the 

report. Alternatively, the host system 104 may provide 
an application to the user system 102 (e.g., an applet) 
once the user system 102 contacts the host system 104. 
Accordingly, processing can be shared by the two systems. 

25 As described above, the present invention can be 

embodied in the form of computer- implemented processes 
and apparatuses for practicing those processes. The 
present invention can also be embodied in the form of 
computer program code containing instructions embodied in 
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tangible media, such as floppy diskettes, CD-ROMs, hard 
drives, or any other computer-readable medium, wherein, 
when the computer program code is loaded into and 
executed by a computer, the computer becomes an apparatus 
5 for practicing the invention. The present invention can 

also be embodied in the form of computer program code, 
for example, whether stored in a storage medium, loaded 
into and/or executed by a computer (such as host system 
104) or transmitted over some transmission medium, such 
10 as over electrical wiring or cabling, through fiber 

optics, or via electromagnetic radiation, wherein, when 
di the computer program code is loaded into and executed by 

III a computer, the computer becomes an apparatus for 

W practicing the invention. When implemented on a general- 

m 15 purpose microprocessor, the computer program code 

^ segments configure the microprocessor to create specific 

O logic circuits. 

«! It will be evident to those skilled in the art that 

U? the present invention provides many improvements over the 

[: 20 current state of the art of ratio planning. Data from a 

variety of systems and locations is being collected into 
a single database in order to provide a single, 
integrated repository for ratio planning data. The 
invention allows ratio planners to catalogue part numbers 
25 and models in order to provide some structure and meaning 

to the thousands of seemingly random part numbers . The 
cataloging provides an easy way to pull information 
together for reports. Additionally, the invention 
provides the ability, through the use of pre-defined 



YOR920010144US1 



15 



reports, to generate reports very quickly and with a 
minimum of computer database expertise on the part of the 
ratio planner. The invention is well suited for both 
small manufacturers with relatively few ratios as well as 
very large manufacturers with tens of thousands of 
ratios . 

While the invention has been described with 
reference to exemplary embodiments, it will be understood 
by those skilled in the art that various changes may be 
made and equivalents may be substituted for elements 
thereof without departing from the scope of the 
invention. In addition, many modifications may be made 
to adapt a particular situation to the teachings of the 
invention without departing from the essential scope 
thereof. Therefore, it is intended that the invention 
not be limited to the particular embodiments for carrying 
out this invention, but that the invention will include 
all embodiments falling within the scope of the appended 
claims . 
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